Kanban是將待辦事項視覺化的工作流程,透過拉動的方式改變工作狀態
這章節你將學會
Kanban在日語單詞かんばん中是「視覺信號」或「卡片」的意思,源於豐田的生產模式,將工作細分成任務,把工作流程顯示在看版上,讓每個人都能及時了解自己的工作任務及進度。
以價值流動為核心,使⽤視覺化與拉式系統的流程,並強調保持連續的任務流和持續的交付,透過限制也能確保團隊成員的工作量不會超過所能處理的工作量。
是一種運用精益原則來控制流程的方法,它具有四個基本原則及六個實踐方法。
將每個任務變成卡片顯示在看板上,每一列都是開發過程中的一個階段,列表示工作流程中的步驟,依據卡片的工作流狀態將卡片放入不同的列中。好處是可以檢視正在進行中、已完成或待處理,讓任務更加直觀,減少團隊的溝通成本。
Kanban管理方法的核心特點,在每個階段上面都有工作數量的上限,確保任務能夠持續交付,避免超出每個階段能負荷的量。
查看工作項目是否穩定流動,有助於團隊瞭解與溝通工作任務的進展情况。如果有不順暢的情況,需要團隊討論協助解決。
定義工作的規則,並與利益關係人及團隊人員達成一致。
定期進行每日站立會議、持續改善、回顧會議等反饋,持續優化流程。
當持續在「進行中」超過預期時間、消耗過多資源、遇到工作瓶頸時,需评估一起解決問題,以便提升效率
講完了Scrum和Kanban的基礎知識,相信你對Scrum與Kanban有些認識,以下是我整理比較表格
-| Scrum | Kanban
------------- | -------------
時間週期 | 有固定時間,Sprint週期式進行,Sprint2-4週為一個週期 | 持續時間直到工作事項完成
交付時間 | 每個Sprint結束時一次性交付預期成果 | 持續交付
角色 | Product owner、Scrum master、開發團隊成員 | 沒有明確角色
實踐 | 衝刺計劃、衝刺、每日 Scrum、衝刺回顧、衝刺回顧 | 可視化工作流程,限制進行中的工作,管理流程,合併反饋循環
任務變更 | 一旦Sprint開始進行,不允許添加新的需求 | 有高度的修改彈性,隨時可添加需求及調整優先順序,只要工作量不超過限制,就可以持續承接新的工作。
任務優先順序 | 在product backlog上的必須有優先順序訂定 | 沒有優先順序,可依照需求制定優先順序
相對於Scrum更適合開發新產品,Kanban則更加適合於運營維護團隊實施敏捷時使用。
無論選擇哪種方法,在執行的過程中定期檢討與調整,建立出適合你自己團隊的流程。
參考資料:
https://ruddyblog.wordpress.com/2014/10/09/看板方法-四個基本原則-four-foundational-principles/
https://www.timingasia.com/kanban看板管理法/#Kanban看板管理法的六大原則
https://www.atlassian.com/agile/kanban/kanban-vs-scrum
https://www.timingasia.com/kanban看板管理法/
https://www.gushiciku.cn/pl/geTN/zh-tw
https://progressbar.tw/posts/66